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Das ist keine Propaganda ge- 
gen italienische Teigwaren! 
Es soll vielmehr einer weit 
verbreiteten Unart zu Leibe 
gerückt werden, dem Ein- 
fach-drauflosTippen beim 


Programmieren, ohne rechte 
Idee, was das Programm ei- 
gentlich können soll. 


s gıbt immer noch viele Hob- 

by-Programmierer, dıe sich 

beim Anblick einer Tastatur 
nicht mehr halten können und ein- 
fach drauflos tippen. Besonders bei 
Anfängem ıst dies weit verbreitet 
(das Ausprobieren einzelner Befeh- 
le bildet selbstverständlich eine 
Ausnahme). Hauptsache, das End- 
produkt der Hackereiı (das Pro- 
gramm) funktioniert hinterher. 
oder? Weit gefehlt! Denn was nützt 
Ihnen ein Programm, beı dem Sie 
nach einem halben Jahr selbst nıcht 
mehr durchblicken und es neu 
schreiben müssen? 

Das kann Ihnen niemals passie- 
ren? Besitzen Sie Ihren Computer 
denn schon ein halbes Jahr? Nun, 
Spaß beiseite Wenn man bei Pro- 
grammen auch nach einer längeren 
Zeitspanne noch Änderungen eın- 
bauen möchte, etwa um es an neu 
erworbene Peripherie anzupassen 
oder das Programm eines anderen 
mitdeneigenen Gegebenheiten ab- 
zustimmen, hat man es um so leıch- 
ter, je eindeutiger und strukturierter 
das Programm aufgebaut ıst. ÄAußer- 
dem verbessert es die Qualität des 
späteren Programms beträchtlich. 
Besonders für Anfänger ıst es rat- 
sam, sich gleich zu Beginn anzuge- 
wöhnen, stnruktunert zu program- 
mieren. denn eine eınmal erlemte 
Unart kann man nur schwer wieder 
ablegen. Wozu sıch also quälen? 

In der Computer-Fachliteratur 
Ist einiges über die verschiede- 
nen Darstellungsmöglichkeiten von 


Ausgabe 5/Maı 1986 


»Struktogrammen« zu lesen. Eine 
Anleitung jedoch, wie mit dem 
Werkzeug ıStnuktogramm« ın der 
Praxıs umzugehen ıst, eine Art 
»Kochrezept«, fehlt meıst. Diesem 
Mangel soll hier abgeholfen wer- 
den. Es sollen nämlich nıcht nur die 
Darstellungssysteme klarer, son- 
dem auch der Umgang damit er- 
leichtert werden. 

Strukturiertes Programmieren ist 
ım Prinzip unabhängig von der Pro- 
grammiersprache Es gibt selbst- 
verständlich Sprachen, die das 
strukturierte Programmieren be- 
sonders unterstützen (zum Beispiel 
Pascal), genau wie es auch solche 
gibt, die es beinahe unmöglich ma- 
chen (beispielsweise sehr maschıi- 
nennahe Sprachen wie Assembler). 
Einige behaupten zwar, in Basıc sei 
strukturiertes Programmieren ein 
Unding, das soll aber nıcht ab- 
schrecken, es auch in dieser Spra- 
che zu versuchen; schon alleın des- 
halb, weil unzählige Heimcomputer 
vom Hersteller mit Basic ausgerü- 
stet sind. 


Basic mit Struktur 


Eigentlich sollte jedes Programm 
eine gewisse »Grundstrukture auf- 
weisen. Es kann vorkommen, daß eı- 
nige Elemente dieser Grundstruk- 
tur sehr kleın ausfallen, oder sogar 
ganz wegfallen. Äber im Prinzip hat 
jedes Programm (vom Spielpro- 
gramm bis hin zum Finanzbuchhal- 
tungs-Programm) folgende Grund- 
struktur: 

— Vorbereiten zur Datenaufnahme. 
(Felder dimensionieren, Konstanten 
definieren, Speicher löschen oder 
mit bestimmten Bitmustern füllen 
und so weiter) 

— Daten entgegennehmen. (Sowohl 
durch Einlesen aus dem Programm, 
zum Beispiel DATA-Zeilen. oder 
durch manuell eingetastete Werte 








Kampf den Spaghetti - 
strukturiertes 
Programmieren (Teil 1) 


von dem Öperator, oder durch 
Übernahme von Tape/Floppy und 
so weiter) 

— Daten verarbeiten — Programm- 
ausführung (letzt erst wird der eı- 
gentliche Algorithmus beziehungs- 
weise die Rechen- oder Datenverar- 
beitungs-Vorschnift abgearbeitet.) 
— Ergebnisse und Daten ausgeben. 
(Die Form, also Grafik, als Tabelle, 
als Zeichnung und so weiter ist da- 
bei egal.) 

Das Wichtigste beim Program- 
mieren und beim struktunerten Pro- 
grammieren insbesondere ıst nicht 
etwa die Arbeit an der Tastahır, son- 
dem die vorherige Erarbeitung des 
Programms am Schreibtisch. Man 
muß das Problem, das auf dem 
Computer gelöst werden soll, zu- 
nächst einer Analyse unterziehen. 
Dies ıst ein sehr wichtiger Schnitt, 
der die Qualität des späteren Pro- 
gramms entscheidend mitbestummt. 
Damit bei diesem Schnitt keine Feh- 
ler unterlaufen, bedient man sich ei- 
ner Ärt »Checkliste«. Selbst Profi- 
Programmierer an einer Großre- 
chenanlage benutzen eine ähnlich 
geartete Checkliste, die selbstver- 
ständlich umfangreicher ist, als die, 
die wir benutzen. Sie sollten sich al- 
so zu Beginn Klarheit über folgende 
fünf Punkte verschaffen (am besten 
in schnfllicher Form durch Stich- 
punkte oder Notizen): 
ıCheckliste« 

l. Zweck und Funktion des Pro- 
gramms (Aufgabenstellung). Was 
soll eigentlich berechnet werden? 
Wie allgemein soll das Programm 
später anwendbar sein? 

2. Welche Formeln stehen zur Lö- 
sung des Problems zur Verfügung? 
Sind diese Formeln genau genug? 
Haben sie Ausnahmen in der Gültig- 
keit? Können Definitionslücken auf- 
treten? 

3. Form der Dateneingabe. Welche 
Daten benötigt das Programm? In 
welcher Form werden die Daten 
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dem Programm zur Verfügung ge- 
stellt? (Über Tastatur, aus dem Spei- 
cher »DATA-Zeilen« oder durch Ta- 
pe/Floppy oder üher sonstige 
Wandler, »Joystick« und so weiter.) 
Zu welcher Genauigkeitsklasse ge- 
hören dıe Daten? Welcher Art sind 
sie? (Alphazeichen, Zahlen, alpha- 
numerisch) 

4. Anforderungen an das Pro- 
gramm. Welche Genauigkeit soll er- 
zielt werden? (»=« im Zusammen- 
hang mit späterem Variablentyp) 
Sollen Rundungen bei Zwischener- 
gebnissen vorgenommen werden? 
(Wenn ja. auf wieviele Stellen?) Sol- 
len Sonderfälle behandelt werden? 
Wenn Ja, welche? 

5. Datenausgabe In welcher Form 
sollen dıe Daten ausgegeben wer- 
den? (Bildschirm. Drucker, Ta- 
pe/Floppy oder über sonstige Peri- 
pherie) In welcher Form werden die 
Daten ausgegeben? (grafisch, als 
Tabelle, mit Text, im ASCII-Format) 


Checkliste vor 
dem Start 


Eine solche Problemanalyse ist 
ein zwingendes Muß auch wenn Sıe 
einfach drauflos »hacken«. Nur wer- 
den Sie sich beim »Hacken:« einige 
dieser Fragen zwischendurch stel- 
len, wobei Sıe wichtige Punkte ver- 
gessen oder übersehen können. Sı- 
cherlich macht sich dıe fehlende 
Organisation nur zu bald bemerk- 
Dar. und so muß hıer eine Ände- 
rung, dort eine Kürzung. und da 
noch ein Einschub gemacht wer- 
den. Das Chaos ist perfekt und die 
Übeisicht dahin! Wenn Sıe sıch aber 
diese Fragen alle stellen, bevor Sıe 
sich an dıe Tastatur begeben, kön- 
nen Sie sicher sein, keine wichtigen 
Fragen vergessen zu haben, und ei- 
ne bessere Übersichtlichkeit über 
Ihr zukünftiges Programm zu erzie- 
len. 

Wenn Sie sıch nun mit Hilfe der 
Checkliste einige Gedanken zu 
dem Programm gemacht haben, 
können Sıe beginnen, diese Gedan- 
ken als eine Ärt »logischen Äblauf- 
plan« aufzuschreiben. Dabeı gehen 
Sıe noch unabhängig von der Pro- 
grammiersprache vor. 

Um einen solchen Logik-Fahrplan 
zu konstruieren, bieten sich Ihnen 
zwei Darstellungsmöglichkeiten an. 
Zum einen das alte wohlbekannte 
Flußdiagramm, zum anderen die so- 
genannten Struktogramme, die 
auch nach ihrem Erfinder Nassı- 
Shneiderman-Diagramme genannt 
werden. Beide Verfahren haben ıh- 
re Vor- und Nachteile. Das Flußdia- 
gramm besteht aus einzelnen Sym- 
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Bild 4. Eine »Alternative Struktur« 





P] Adbruchbedingung 


Bild 5. Symbole für Schleifenbildung 





l. Abbruchbedingung 






B 2. Abbruchbedingung 


Fe 






n. Abbruchbedingung 





Bild 6. Beliebig viele Abbrachbedingun- 
gen sind erlaubt 


Ausgabe 5/Maı 1986 


Grundlagen 


bolen, die mit Pfeilen verbunden 
sind (siehe Bild ]). Soergbt sich eine 
übersichtliche Darstellung. Der 
Nachteil dieser Methode besteht 
darin, daß sıe das »Spaghetti-Pro- 
grammieren« mit wilden Sprüngen 
von einem Ende zum anderen unter- 
stützt. Außerdem umfaßt ein Fluß- 
diagramm viele verschiedene Sym- 
bole, dıe man leicht wieder vergißt. 
Anders beı den Nassı-Shneider- 
man-Diagrammen. Dort sınd Sprün- 
ge gar nicht erst vorgesehen, und 
ein Struktogramm besteht aus nur 
vier Grundsymbolen. Der Nachteil 
lıegt dann, daß man sich beı sehr 
langen Struktogrammen erst einle- 
sen muß Mit einiger Übung ıst dıes 
aber kein allzu großes Problem und 
so geben wır dieser Darstellungs- 
weise den Vorzug. Um nun Strukto- 
gramme lesen und schreiben zu 
können, müssen wır zunächst noch 
kurz die vier Grundsymbole ken- 
nenlernen. 

Die Sequenz: 

Die Sequenz rahmt eın beliebiges 
Programmstück ein. In dem Kasten 
werden Änweısungen und Befehle 
im Klartext eingetragen (Bild 2). 
Aufruf eines Unterprogramms: 
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In die Ellıpse wird der Name des 
Unterprogramms geschneben. wel- 
ches aufgerufen wırd. Das Unter- 
programm selbst ist wie ein autono- 
mes Programm dargestellt. Am An- 
fang des Unter-Struktogramms soll- 
te jedoch der Name des Unterpro- 
gramms kenntlich gemacht werden 
(Bild 3). 

Die Alternative oder IF-THEN-ELSE- 
Struktur: 

Wird die Bedingung der Altema- 
tive erfüllt (die Aussage ıst wahr = 
Truth), wırd die linke Sequenz Pl un- 
ter JA ausgeführt, im anderen Fall 
(ELSE) dıe Sequenz P2 unter NEIN. 
Soll dıe Älternative keinen ELSE- 
Zweig enthalten, ıst dieser durch 
einfaches Durchstreichen zu kenn- 
zeichnen. Man darf ıhn jedoch nicht 
einfach weglassen (Bild 4). 

Die Schleife: 

Es gibt zweı Arten von Schleifen. 
Bei der eınen steht die Abbruchbe- 
dıngung am Anfang, der sogenann- 
ten WHILE-Schleife. Das bedeutet, 
wenn die Bedingung bereits beim 
Eintritt ın die Schleife erfüllt ıst, wırd 
die Schleifensequenz Ps nicht 
durchlaufen, sondern gleich die der 
Schleife folgende Sequenz. Änders 


Dei der Schleife mitder ÄAbbruchbe- 
dingung am Ende, der sogenannten 
UNTILSchlefe Hier wırd die 
Schlefe Ps mindestens eınmal 
durchlaufen, bevor auf dıe Äb- 
bruchbedingung hin geprüft wırd 
(Bild 5). 

Es können in beiden Schleifenar- 
ten beliebig viele Abbruchbedin- 
gungen auftreten (Bild 6). Ist nur eine 
davon erfüllt, wird dıe Schleife ver- 
lassen und die nachfolgende Se- 
quenz kommt an die Reihe. Ist dıe 
Bedingung nicht erfüllt, wird ın der 
Schleife fortgefahren. bıs dıe näch- 
ste Abbruchbedingung vorliegt. an 
der emeut entschieden wird. 

Diese vier Grundelemente sollten 
Sıe sich gut einprägen. Im nächsten 
Tell werden wır dann das erste 
Struktogramm erzeugen. 

Obwohl das stnuktunerte Pro- 
grammieren fast unabhängig von 
der Programmiersprache ist, wer- 
den Sıe feststellen. daß sıch manche 
Dinge ın bestimmten Sprachen eın- 
facher realisieren lassen. Dennoch 
sollten Sie eventuelle Schmerigkeı- 
ten ın »Ihrer« Sprache ın Kauf neh- 
men. Es lohnt sıch. 

(Marcus Unger/ue) 
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Im zweiten Teil des Kurses 
lernen Sie, die Struktogram- 
me sinnvoll einzusetzen. 


Ei m vorangegangenen Teil haben 

Sie die vier Grundelemente der 

Nassı-Shneiderman-Diagram- 

me, die Sequenz, den Unterpro- 
gramm-Aufruf, die Alternative und 
die Schleife kennengelernt. Äußer- 
dem haben wir die sogenannte 
Checkliste und die Programm- 
Grundstruktur behandelt. Aus den 
vier Grundelementen der Nassı- 
Shneiderman-Diagramme können 
Sie nun beginnen, einen Logik- 
Fahrplan (Struktogramm) zu schreı- 
ben. Dabeı gehen Sie bitte wie folgt 
vor: Wenn Sie das erste Symbol ge- 
zeichnet haben, muß das zweite 
Symbol mit der gleichen Breite an- 
schließen. Man nennt die Oberkan- 
te eines Strukturblocks auch Eın- 
gang und diıe Unterkante entspre- 
chend Ausgang. Somit gilt also: Aus- 
gang Immer gleich Eingang des 
nachfolgenden Strukturblocks. Eın 
Struktogramm wird immer von oben 
gelesen. Wenn Sie diese Regeln be- 
achten, ergibt sich eın (hoffentlich 
ernster zu nehmendes) Strukto- 
gramm ähnlıch Bild |. 

Die Grundvoraussetzungen sind 
nun geklärt. Die Hauptregel beim 
strukturierten Programmieren ist, 
sich nicht schon am Anfang mit De- 
taıls zu beschäftigen und so den 
Überblick über das Ganze zu verlie- 
ren. Wir überlegen also nıcht schon 
am Anfang, wasander und der Stel- 


Bildschirm & Rogisier löschen, 
&Eingeben 


Drucker über 
Hö-4 kurz: 
schließen, 
Tasıalur ab- 
fragen 


Freien Köom- 
munikablors 
| Kanal (FEHR 


| Fragramım pou 
starten! 


| Dion über 
Konlusor 
zurück an 
Öperator. 


Q=0+2 


Dston genügend durcheinander 


Bild 2. Schaltplan 
eines L-C-Schwing- 
kreises 

















Kampf dem 

Spaghetticode — 
Strukturiertes 
Programmieren 





(Teil 2) 


le für Geräusche oder Meldungen 
aufzutreten haben. Es ıst auch keı- 
neswegs miteinem einzigen Strukto- 
gramm getan. Für das erste »Grob- 
Struktogrammı« werden wir unsere 
Checkliste und die Grundstruktur 
zu Hilfe nehmen. Jetzt ıst es sehr 
wichtig, daß die Checkliste wirklich 
gewissenhaft beantwortet und nie- 
dergeschrieben wurde Man be- 
gınnt zweckmäßigerweise mit deı 
Vorbereitung zur Datenaufnahme 
beziehungsweise mit der Definition 
von Konstanten. Es wäre nun voll- 
kommen falsch, in diesem »Grob- 
Stadıum« »Pl=3.141592« zu schrei- 
ben. Schreiben Sıe einfach »Daten- 
aufnahme vorbereiten. Konstanten 
definieren«. Es ist am besten, wenn 
Sie immer so allgemein wie möglich 





Daten über Konlusoı 
zurück an Operator. 


Vorbereiten des Systems 


7 Leizte Eingabe = 0 


F, eingeben, ersten Optimalwert lestlegen 


Indizes definieren 
Index von L erhöhen 


Index von C erhöhen, [, = KC,, L) berechnen 






C,L und f, als neue 
Optimalwerte speichern 


Y Index von C = maximal 


| 2 Index von L = maximal 


Optimalwerte ausgeben 


bleiben und sich nicht ın Details ver- 
lieren. So entwickeln Sıe Schritt für 
Schritt das erste Struktogramm. 

Im zweiten Stadium (die Verfeine- 
rung des ersten »Grob-Stadiumse) 
können Sıe dann schon etwas ge- 
nauer beschreiben, was zutun ist. In 
diesem Fall also »Variablenfelder dı- 
mensionieren. Konstante Pl und XY 
definieren und so weiter«. Aber ım- 
mer noch nicht PI=3.141592. Dies 
kommt erst ım letzten Schritt. Wenn 
Sıe der Meinung sind, das Strukto- 
gramm ın die Syntax Ihrer Program- 
miersprache übertfagen zu können, 
ohne aus Jeder Anweisung In dem 
Struktogramm vier oder fünf ver- 
schiedene Befehle machen zu.müs- 
sen, dann ıst das Struktogramm ge- 
nügend verfeinert. Nun können Sıe 







Eıngabe der Daten 







_ näher an F, als Biphenges u 


Optimum?’ _- 
u “NEIN 








Fun, 








Bild 3. Grob-Struktogramm des L-C-Programms 
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dazu übergehen, das Struktogramm 
ın Ihre Programmiersprache zu 
übersetzen. Wenn Sıe Pascal oder 
eine ähnliche Sprache benutzen, 
werden Sıe kaum auf Schwierigkei- 
ten stoßen. Bei Basic hingegen kön- 
nen Probleme beim Übertragen der 
Schleifen entstehen. Falls Sie eine 
entsprechende Erweiterung besit- 
zen, können Sie auch ın Basic 
WHILE-und UNTIL-Schleifen direkt 
übertragen. Welche Befehle dies 
genau bewirken, können Sie den 
entsprechenden Anleitungen ent- 
nehmen. Wenn Sie Jedoch nicht 
über eıne solche Erweiterung verfü- 
gen, müssen Sie die Schleifen mit 
Hilfe der IF-Abfrage sımulieren. Für 
eine While-Schleife setzen Sie die 
IF-Abfrage an den Anfang der 
schleifensequenz. Für eine Until- 
schleife aber an das Ende der zu 
Aurchlaufenden Schleifensequenz. 
Der Ablauf: 

a) Schriftiiches Beantworten der 
Checkliste. 

b) Aufstellen des ersten »Grob- 
Struktogramms« mit Hilfe der 
Grundstruktur und der beantworte- 
ten Checkliste. 

c) 1. Verfeinerung des »Grob- 
Struktogramms«, 2. Verfeinerung 
der ]. Verfeinerung. Verfeinerung 
der 2. Verfeinerung. 

d) Übertragen des Struktogramms 
in die Syntax der Programmier- 
sprache. 

e) Eintippen des Programms in den 
Computer. 


Vorbeneitar das Systoms 
Variablen löschen, dimensionieren 
und Typ losüogen. Bödschiren löschen 


Eingabe von L, 
i=n#l 


|L,=-Ö oder N = max (30) 


Eispabs von G, 
m = m#+| 


= m], mas, Arzahl der Kapariaben 
Ü eingeben, L. m IC, 1, G_ y = Ka nun = Is, 
- k Index von c r E 
- k Index von L 


ra: Gap L..., 415 Optimalwerte ausgebon 


Bild 4. Verfeinerte Version 
des L-C-Programms 
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Dıe eigentliche Programmıerar- 
beit endet bereits bei Punkt b). Die 
darauf folgenden Schritte sind ei- 
gentlich nur Routine, dürfen aber 
auch nicht fehlen. Wenn Sie einmal 
den hier beschriebenen Weg be- 
schritten haben, und sıch sicher dar- 
in fühlen, werden Sıe feststellen, 
daß Sıe nicht mehr Zeit für das 
Schreiben eines Programms benöti- 
gen, wie Sıe sonst für das pure 
Hacken gebraucht hätten. Um auch 
allerletzten Zweiflern den Wind aus 
den Segeln zu nehmen, noch ein 
kleines Beispiel: 

Stellen Sie sıch folgendes Pro- 
blem aus der Elektrotechnik vor: Sie 
wollen einen Parallelschwingkreis 
aus einer Induktivität (Spule) und ei- 
ner Kapazität (Kondensator) aufbau- 
en (Bild 2). Dieser parallele CL- 
Schwingkreis soll eine bestimmte 
Resonanzfrequenz FO haben. Sie 
kramen aus Ihrer Bastelkiste ver- 
schiedenwertige Spulen und Kon- 
densatoren hervor. Daß eın Bauteil- 
paar direkt die gewünschte Reso- 
nanz liefert, ist nicht zu erwarten. 
Aber welches Bauteilpaar liefert 
den der eigentlichen Resonanzfre- 
quenz nächsten Wert? Das heißt: 
Welches Bauteilpaar verursacht 
den kleinsten Fehler? Angenom- 
men Sie haben nur 20 Bauteile her- 
ausgekramt (9 Spulen und Il Kon- 
densatoren), dann gibt es immerhin 
99 mögliche Kombinationen von 
Kondensator und Spule. Da ein sol- 
cher Fall häufiger eintreten kann, 
wird ein kleines Programm ge- 
schrieben. Selbstverständlich sol- 
len Sıe dabei »stnukturiert« vorge- 
hen. Schriftliches Beantworten der 
Checkliste aus Teil |: 

l. Zweck und Funktion des Pro- 
gramms (Aufgabenstellung): 

Es soll aus einer Wertmenge mit 
endlich vielen Elementen und einer 
vorgegebenen Endbedingung das 
Wertepaar gefunden werden, das 
vom vorgegebenen Endwert am we- 
nıgsten abweicht. 

2. Welche Formeln stehen für dıe Lö- 
sung zur Verfügung? 

Die Formel für dıe Berechnung der 
Resonanzfrequenz lautet: 

FO = VREXERN RE) 
(Definitionslücke wenn L=0O oder 
NZ) 

Die Formel gilt nur für parallele 
CL-Schwingkreise nach Bild 2. 

3. Form der Dateneingabe: 

Eingabe über Tastatur als Real- 
zahlen. Eingaben sınd mit kurzen Er- 
läuterungen versehen, die dem Be- 
nutzer zeigen, welche Daten gefor- 
dert werden. Die Anzahl der Bauteı- 
le kann je Gruppe auf50 beschränkt 
werden, da In der Praxıs kaum grö- 


ßere Sortimente zu erwarten sind. 
Eine etwaige Änderung soll jedoch 
möglıch seın. 

4. Anforderung an das Programm: 

Da dıe Werte von Bauteilen meist 
nur auf eine Nachkommastelle be- 
kannt sınd (Exponentialdarstellung 
zählt nicht als Nachkommastelle), 
kann keine höhere Genauigkeit er- 
zielt werden. Es genügt also eine 
Genauigkeit ım Rahmen der Com- 
puterstellenzahl ım Zahlenbereich 
der reellen Zahlen. Rundungen sol- 
len nicht vorgenommen werden. 
Der Sonderfall, der zur Definitions- 
lücke ın der Formel FO führt, (C =O 
oder L=O) soll schon bei der Daten- 
eingabe abgefangen werden. 

9. Ausgabe der Daten: 

Die Ausgabe der Daten erfolgt 
über den Bildschirm in einem äqui- 
valenten Format zur Dateneingabe. 
Kurze Symbole weisen den Werten 
Ihre entsprechende Bedeutung zu. 

Nachdem Sıe also Ihre Checkliste 
beantwortet haben, gehen Sie zum 
nächsten Teilschritt über und zeich- 
nen das erste Grob-Struktogramm 
unter Berücksichtigung der Check- 
liste und der in Teil | aufgestellten 
Grundstruktur (Bild 3.) 

Wie vereinbart, wurden indiesem 
l. Grob-Struktogramm nur ganz all- 
gemeine und »grobe« Begriffe ver- 
wendet, die die auszuführenden Be- 
fehle kurz umreißen. Nach dem er- 
sten Grob-Struktogramm, kann man 
die erste Verfeinerung in Ängriff 
nehmen. Da das Problem nicht be- 
sonders komplex ist, reichteine Ver- 
feınerung (Bild 4). 

Die erste Verfeinerung kann nun, 
ohne daß noch viel hinzugefügt wer- 
den muß, in die Syntax der verwen- 
deten Programmıersprache über- 
tragen werden. Wenn Sie beim 
Übersetzen beziehungsweise Eiın- 
tıppen des Programms ın den Com- 
puter einige Einschübe vornehmen, 
werden Sıe auch nach Jahren noch 
durch das Programm finden. Auch 
sollten Sıe nıcht zu sparsam mit Kom- 
mentaren umgehen. Wenn das Pro- 
gramm sehr viel Speicherplatz be- 
nötigt, können Sıe notfalls mit zwei 
Versionen arbeiten. Die eine über- 
sıchtlich, aber nicht lauffähig. Die 
andere »gepackt« (ohne Leerzei- 
chen und Kommentare), aber dafür 
lauffähig. So können Sıe auch vor- 
gehen, wenn Sie Ihre Programme 
für Dritte sunlesbar« machen wollen. 

Auch wenn Ihnen zum Zeitpunkt 
des Programmierens dıe Bedeu- 
tung der Variablen vollkommen klar 
Ist, sollten Sıe stets hınter Jeder Dı- 
mensionierung oder Erstbelegung 
einen Kommentar einfügen. 

(Marcus Unger/ue) 











